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ABSTRACT 

Six computer applications packages have been de- 
veloped to solve a variety of aerodynamic problems 
in an interactive environment on a single worksta- 
tion. The packages perform classical one dimen- 
sional analyses under the control of a graphical user 
interface and can be used for preliminary design or 
educational purposes. The programs were originally 
developed on a Silicon Graphics workstation and 
used the GL version of the FORMS library as the 
graphical user interface. These programs have re- 
cently been converted to the XFORMS library of 
X based graphics widgets and have been tested on 
SGI, IBM, Sun, HP, and PC-Linux computers. The 
paper will show results from the new packages, de- 
tailing the change in design and philosophy brought 
about by the move to X based graphics using the 
new VU-DUCT program as a prime example. VU- 
DUCT has been developed as an educational pack- 
age for the study of subsonic open and closed loop 
wind tunnels. 

INTRODUCTION 

Recent advances in computer related technologies 
are changing the ways that engineers solve aerody- 
namic problems. In the past, preliminary design 
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was conducted using charts, tables and graphs of the 
performance of earlier similar configurations and fi- 
nal design was tested and verified using wind tunnel 
results. With the advent of large, powerful main- 
frame computers, some of the preliminary design 
tables and graphs could be numerically generated 
by solving the equations of motion and some of the 
final design results could be verified and studied us- 
ing computational fluid dynamics (CFD). Today’s 
workstations and personal computers have comput- 
ing power equal to that of the older mainframes and 
when coupled with a window operating system and a 
graphical user interface, (GUI), can now be used to 
develop preliminary designs interactively. The soft- 
ware developed for preliminary aerodynamic design 
can also be used for educational purposes to study 
the performance of various aircraft components. In 
the propulsion area, several computer applications 
have recently been developed for education and pre- 
liminary design, Refs. 1 through 4. 

This paper will present extensions of work begun 
by the author in 1994, Refs. 5 through 8, concern- 
ing the development of a family of computer appli- 
cations to perform preliminary design and educa- 
tional analysis using interactive computer graphics 
on a single workstation. In Ref. 5 an interactive in- 
let design tool was developed to solve for the flow 
through external compression inlets. Through the 
use of a GUI, the designer can change the geome- 
try, and the upstream and downstream flow condi- 
tions and immediately see the effects on inlet per- 
formance and drag. As the geometry and flow con- 
ditions are altered, the application recomputes the 
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important flow variables and redisplays the geome- 
try, shock wave locations, and output flow parame- 
ters. In Ref. 6 some of the coding from the the inlet 
design program was used to produce a compress- 
ible flow simulator for undergraduate study. This 
simulator computes and displays the inviscid flow 
field created by supersonic flow past a single wedge, 
two opposing wedges, or two wedges in succession. 
Interactive features were added to this package to 
allow the student to record and plot data produced 
by the simulator. To verify the results from the first 
two simulators, a series of compressible flow calcu- 
lators were produced and reported in Ref. 7. While 
in Ref. 8, some of the ideas developed in the educa- 
tional simulator were used to develop an educational 
package to study simple turbojet engines. All of 
these packages were developed on a Silicon Graph- 
ics workstation using GL graphics libraries and the 
FORMS library of widgets. As such, the applica- 
tions could only be run on SGI workstations. 

All of the applications packages have been ex- 
panded to solve additional flow problems during the 
last year and two new packages have been devel- 
oped. The inlet design tool can now calculate mixed 
compression inlets, while the turbojet package can 
now analyze turbojets with afterburners and two 
spool turbofan engines. One of the new packages, 
called VU-DUCT, can be used to design or study 
the flow in subsonic open or closed loop wind tun- 
nels. The other, called DUCTSIZER, is used to de- 
sign or study the flow through multiply connected 
air conditioning ducts. There are plans to improve, 
upgrade, and implement additional features in all 
the packages. 

The most significant change in the past year has 
involved the conversion of all the packages from GL 
based graphics to X based graphics. The original 
intent was to make the packages available to more 
users since X graphics has become a standard on 
Unix workstations and some PC’s. The X based 
widget set XFORMS which is used in the simula- 
tors has been made available for IBM, SGI, HP, 
Sun, DEC , Cray and PC-Linux machines. There- 
fore, any user having access to one of these types 
of machines can now operate the applications in a 
stand-alone mode. However, in distributing early 
versions of the converted software to universities, 
it became apparent that these users were more in- 
terested in exercising the full capabilities of the X 


software to operate in the client/server mode. The 
software would be executing on a workstation but 
be controlled and viewed from a less expensive PC 
running an X windows emulator. This created some 
problems in the software which were not encoun- 
tered in the GL based version running on a single 
machine. The solution of these problems has led to 
a major redesign of the software. 

DESCRIPTION OF 
APPLICATIONS 

A brief description of the development of these 
applications can aid future users or modifiers of the 
packages. Work began on the first of the applica- 
tions in May of 1993. Because the author has ac- 
cess to a Silicon Graphics 4D25TG Personal Iris, 
the applications were originally developed on this 
platform and written in the C programming lan- 
guage to be fully compatible with the graphics. Us- 
ing the new VU-DUCT simulator as an example for 
all six simulators, Fig. 1 shows the basic layout 
of the graphics display for the GL version. This 
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Figure 1: GL version of VU-DUCT simulator 

layout begins with a background form on which nu- 
merous buttons, sliders, and other forms are placed. 
The upper right corner of the background form con- 
tains buttons to invoke the on-line help screens, the 
I/O screens, and to redraw and exit the package. 
The upper portion of the simulator includes a large 
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viewing area in which a schematic drawing appears. 
There are sliders located around the view window 
to size and locate the image within the window, and 
there are several buttons below the window which 
control the appearance of the image; line drawing or 
filled, black and white or colored. Below the main 
view window are two boxes; the one on the left con- 
trols input to the simulator while the one on the 
right displays the output from the simulator. There 
are two possible input panels on the left and the user 
chooses which panel to display by the lighted radio 
buttons at the top of the box. Each panel is itself 
a form containing buttons, sliders, input boxes and 
labels. The forms are placed by the software at a 
specific location on the background form and cannot 
be resized or relocated. The output box at the right 
contains two panels. The top output panel displays 
selected variables both numerically and as moving 
bar graphs. The lower output panel gives numerical 
values of flow variables in the test section. 

It was recognized early in the development of the 
codes that they would be modified to use alternate 
graphics systems. To facilitate the transition from 
GL graphics, a design philosophy was adopted as 
shown in Fig. 2. Each of the codes are cleanly di- 
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Figure 2: Philosophy of code development 

vided into three sections. The first section deals 
only with the layout and drawing of the GUI. The 
second section performs the interactions between 
the GUI and the analysis portion of the code. The 
third section contains only the analysis routines for 
each application and is totally independent of the 
graphics system used on a particular platform. The 
graphics routines and interface routines are neces- 
sarily written in C; the analysis routines can be writ- 
ten in either FORTRAN or C. This program con- 
figuration leads to some inefficiencies, such as flags 
being set to pass information, but a large portion of 


the code remains unchanged when moving from one 
graphics system to another. 

The graphics routines consists of two parts, one 
to produce the schematic drawing and the other to 
produce the input and output widgets. The author 
wrote the schematic drawing portion of the codes 
using the shared GL library of graphics primitives. 
The widget set used in the original applications was 
the FORMS library developed by Mark Overmars of 
the Netherlands for SGI machines using GL graph- 
ics. It was anticipated that these widgets would 
be replaced in the X based Open-GL or Motif ver- 
sions of the code. However, in February, 1995, T.C. 
Zhao of University of Wisconsin at Milwaukee an- 
nounced the release of an X version of the FORMS 
library which is designated here as XFORMS. It ap- 



Figure 3: X version of VU-DUCT simulator 

peared that the conversion of the applications pack- 
ages from GL to X graphics would be greatly sim- 
plified; the definitions of the widgets would remain 
essentially the same, some additional coding would 
be required to account for differences between the 
two libraries, the analysis routines would remain 
the same, and only the schematic graphics routines 
would need to be converted from GL to X. However, 
even this last modification was easier than expected 
when it was discovered that the XFORMS library 
contained many basic graphics functions, like draw- 
ing a circle, line or rectangle in X, in an almost 
identical command format as found in the shared 
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GL library. 

CONVERSION TO X GRAPHICS 

The initial efforts at converting the GL based sim- 
ulators to X involved simply recreating the old sim- 
ulators with the new widgets. The results for VU- 
DUCT are shown in Figs. 3 and 4. The layout of 



Figure 4: Geometry input panel 


this package is identical with that in Fig.l. There 
are some slight differences in the colors and shapes 
of the buttons and sliders, but the two packages 
are nearly identical. Fig. 3 shows the “Analysis” 
input panel also shown in Fig. 1, while Fig. 4 
shows the “Geometry” input panel. The idea be- 
hind this grouping was to make all geometry infor- 
mation available to the user on one panel and all 
other input information available on the other since 
only one panel could be displayed at a time. In Figs. 
3 and 4 information is further grouped by a colored 
box placed behind the input variables. In Fig. 3, the 
upper portion of the input panel contains a group of 
buttons to select the units for display of dimensional 
data, the middle portion gives flow variable (pres- 
sure, velocity) input values, and the lower portion 
contains widgets to control the flow probe. In Fig. 
4, the upper portion of the input panel is used to 
select cross-sectional shape and width for the entire 
tunnel while the other three portions control the ge- 
ometry definition of the bellmouth, test section, and 


diffuser respectively. This version was successfully 
compiled and executed on an SGI, IBM, and Sun 
workstation in stand-alone mode. However, when 
the package was executed in a client/server mode 
between an IBM and SGI workstation a major prob- 
lem was encountered. The background screen would 
jump to the foreground whenever the schematic was 
redrawn. The input and output panels would then 
be covered by the background panel and could not 
be accessed. 

To solve this problem a major redesign of the 
graphics portion was required. The background 
panel was eliminated and replaced by a main con- 
trol panel as shown in Fig. 5. The schematic view 



Figure 5: Main control panel 

screen of the background panel was changed into a 
separate panel and is now grouped with the test sec- 
tion and bar graph output panels as output options. 
The help screen, and recorded I/O panels are now 
grouped as control options. The two input panels of 
Figs. 3 and 4 are now regrouped into an input panel 
and a units panel as input options. All panels are 
now invoked from the main control panel by clicking 
on the appropriate buttons. Warning banners which 
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previously were displayed on the test section panel 
are also now displayed on the main control panel. 
Since the background form is no longer used to con- 
tain, size and place the other forms, all forms are 
treated as X windows which can be independently 
sized, located, displayed, iconified, opened or closed. 
In some of the applications this presented a problem 
because the application had originally been devel- 
oped assuming that only one input panel would be 
available to the user at a time. Some different logic 
and re-coding has overcome these problems and al- 
lows the user to now freely switch between multiple 
input panels. In all of the applications the relaxed 
size constraint permitted more input variables to be 
added and greatly simplified the layout of the input 
widgets. Because the display and use of all the pan- 
els are now in the control of the user and not the 
programmer, it is more important to group widgets 
onto panels according to the function they perform. 
This move in the direction of more object-oriented 
programming caused a reorganization of some of the 
original panels. 

The schematic view screen shown at the top of 
Fig 1. has now became a separate panel with the 
control sliders attached as shown in Fig. 6. This 



Figure 6: Main viewing form 


window is invoked by pushing the “Graphics” but- 
ton on the main control panel. All of the simula- 
tors use this same basic display window, with the 
graphics picture being different for each problem. 
For the supersonic simulators, for example, the view 
window shows shock locations and orientations rel- 
ative to component surfaces. As the user changes 
flow conditions the shock angles and intersection lo- 
cations will change. For the VU-DUCT simulator 


shown in Fig. 6, the view window principally shows 
the shape of the tunnel, the location of the output 
stations, and the location of the data probe. As the 
user changes the design of the wind tunnel using 
the input panel a new geometry is computed and 
the schematic in the view window is redrawn. The 
walls of the tunnel appear to move and stretch as 
the user changes the geometry. 

In the original GL version of the code, Fig. 1, the 
control for the probe location was located on the 
input panel at the lower left and the flow value at 
this location was displayed on the output panel at 
the lower right. In the X version a separate probe 
panel has been created, as shown in Fig. 7, and all 
information associated with the probe is controlled 
and displayed on this panel.. Because the position- 



Figure 7: Probe control panel 

ing of the data probe requires the operation of the 
view window, this panel is invoked from the view 
window using the “Probe” button. The probe lo- 
cation can be set by the input box or slider at the 
left of Fig. 7 and the location is noted in the view 
window as a white dot along the dashed centerline. 
Using the oval button below the locator slider, the 
user can choose to have the probe move through 
the tunnel at a fixed speed, or allow the probe to 
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move at the speed of the local flow. As the probe 
is moved, the simulator calculates the value of the 
output flow variable, displays the value on the ther- 
mometer gauge to the right, and displays the numer- 
ical value above the slider. The user indicates the 
flow variable choice by the buttons below the out- 
put gauge. In the X version, the user may choose to 
display a different flow variable in the probe panel 
than that appearing in the output panel; in the GL 
version the variables must be the same. 

The input panel of VU-DUCT shown in Figs. 3 
and 4 have been further reorganized in the X version 
a s shown in Figs. 8, 9 and 10. VU-DUCT was orig- 



Figure 8: Units panel, Version 1 


inally intended for college undergraduates or high 
school students. Although the analysis is performed 
non-dimensionally, the results of the analysis are 
presented to the student dimensionally. The stu- 
dent can pick the dimensions using the units panel 
shown in Fig. 8. The lighted buttons indicate the 
chosen combination of dimensions. This button box 
was originally part of the input panel shown in Fig. 
1 and will eventually be copied from the wind tunnel 
simulator to the basic flow calculators and become 
a stand-alone program to convert units. The cre- 
ation of the stand-alone program has been greatly 
simplified in the X version because of the isolation 
of the units specification from other input. The lat- 
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Figure 9: Units panel, Version 2 
est version of the code contains an alternate version 


of the units panel, as shown in Fig. 9. On this 
panel, choice buttons are used to select the dimen- 
sions and the rows of radio buttons have been elimi- 
nated. Clicking the right mouse over the oval choice 
buttons cause a change in the label and a new selec- 
tion to be made, clicking the left mouse will produce 
a menu list of the possible choices. This version of 
the panel saves space, is easier to modify, and is eas- 
ier to read and interpret than the previous button 
box. The only advantage of the button box is that 
all possible choices remain visible at all times. 
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Figure 10: Input panel 

The new VU-DUCT input panel, Fig. 10, com- 
bines the initial condition specification from Fig. 3 
with the geometry specification shown in Fig. 4. In 
the GL version, input was grouped by flow inputs 
and geometry with separate panels for each set of 
input. In the X version, input is grouped by loca- 
tion in the tunnel and only one panel must be dis- 
played. This grouping of information has required 
some re-coding of the analysis section of the pro- 
gram because more options are now available to the 
user. The user can now pick any cross section or 
wall shape and specify any flow value at any loca- 
tion. In the GL version, the user was limited to a 
single cross section throughout the tunnel. The user 
now chooses a particular part of the wind tunnel to 
modify using the buttons in the schematic drawing 
at the top of the panel, Fig. 10. This schematic 
does not change with change in geometry, it only 
serves to indicate which portion of the tunnel is be- 
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ing modified. Having selected either the bellmouth, 
test section, or diffuser, the user can change any 
parameter of the geometry using the sliders, input 
boxes and buttons in the middle of the panel. The 
user can also set the value of a flow variable in that 
section using the sliders or input boxes near the bot- 
tom of the panel. The new package can solve for 



Figure 11: Closed circuit tunnel 

flow in an open or closed circuit tunnel with the 
choice selected by lighted buttons at the bottom of 
the input form. For the closed circuit tunnel the 
input schematic changes to show the full circuit as 
shown in Fig. 11. There are now eight possible sec- 
tions of the tunnel which can be modified. Within 
each section, however, the user still has the same 
choices of geometric and flow variable specification. 
The grouping by function has greatly simplified the 
extension of the original package to include closed 
loop tunnels. 

The output panel of Fig. 1 has been split into two 
panels as shown in Fig. 12. The bar graphs shown 
in the top of Fig. 12 move as the calculated con- 
ditions in the tunnel change with either change in 
geometry or input flow conditions. The panel at the 
bottom of Fig. 12 gives numerical conditions in the 
test section. Variations of the output panel are used 
in all the simulators since the moving bar graphs 
show the designer both the amount of change (large 
or small) of a variable and the direction in which 
that change occurs (increase or decrease). The nu- 
merical values are also available on the form above 
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Figure 12: Output panels 


the bar graphs. In the panel shown in Fig. 12, the 
value of a single variable at multiple locations is dis- 
played. The user chooses the variable to display by 
the buttons at the top of the form and the loca- 
tion is noted on the schematic drawing of the view 
window, Fig. 6. In the inlet simulator the output 
of many flow variables at a single location are also 
displayed on a separate panel. With the X version 
of the simulator, the designer can invoke both types 
of output and place them on the workstation screen 
simultaneously which was not available with the GL 
version. 

Having considered several of the panels individu- 
ally, Fig. 13 shows how these types of panels might 
appear together on the computer screen. This fig- 
ure is a screen dump from a session with the new 
DUCTSIZER simulator. DUCTSIZER determines 
the size and pressure losses through a series of con- 
nected ducts given the flowrate and the length of 
the various sections. DUCTSIZER uses the equal 
friction method to perform the analysis. The upper 
portion of Fig. 13 shows the layout of nine duct 
sections from a plenum at the left. The user can 
specify the equivalent length and flow rate through 
each section using the two input panels at the lower 
left. The code will then determine the pressure loss 
through the system, the velocity in each section and 
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Figure 13: Screen dump from DUCTSIZER 


the size of each duct and display this information in 
the two output panels at the lower right and in the 
schematic drawing at the top. In the actual display, 
the duct section in the schematic drawing and the 
appropriate input and output sliders are color coded 
for quick identification. In this figure they are only 
shown in black and white. The user can invoke ad- 
ditional output panels, diagnostic and help screens 
by using the buttons on the control panel at the 
right. The arrangement of the various windows on 
the screen is at the user’s discretion. 

SUMMARY 

Six computer applications have been developed 
to solve various aerodynamic problems using inter- 
active computer graphics. All six applications have 
recently been converted from a GL based graphical 
interface on an SGI machine to an X based graphi- 
cal interface that runs on a variety of workstations. 


The X based programs can also be implemented in 
the client/server mode across multiple platforms. 
The change in graphics mode has brought with it a 
change in the layout, logic, and options available in 
all the applications. This paper has concentrated on 
the evolution of one of the applications, VU-DUCT, 
and has shown a more logical grouping of informa- 
tion based on function. The resulting package has 
been easier to modify and extend to include addi- 
tional problems than the previous GL version. 
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